네트워크 사용량 표준 데이터
문서 목적 고객사 내부망 환경에서 SHIELD Gate 도입 시 발생하는 네트워크 트래픽 및 시스템 리소스 사용량에 대한 표준 데이터를 제공합니다. 인프라 용량 산정, 도입 검토, 타 솔루션 비교 등의 목적으로 활용하실 수 있습니다.
1. 측정 개요
1.1 측정 환경
| 항목 | 내용 |
|---|---|
| 측정 환경 | 클라우드 가상화 개발·테스트 환경 (8 Core, 32GB RAM) |
| 동시 사용자 수 | 10명 |
| 측정 사이트 | 네이버 지도, 네이버 스포츠, 영상 사이트 |
| 측정 항목 | 네트워크 송수신 트래픽, CPU 사용량, 메모리 사용량 |
1.2 측정 시나리오
실제 사용자 행위를 반영하여 3가지 대표 시나리오로 측정하였습니다.
| 시나리오 | 사용 행위 | 트래픽 특성 |
|---|---|---|
| 시나리오 1: 일반 웹 서핑 | 포털·뉴스형 페이지 탐색 (연속 스크롤, 페이지 이동) | 정적+이미지 콘텐츠, 스크롤 갱신 |
| 시나리오 2: 지도 사이트 | 지도 스크롤, 확대/축소, 장소 검색 | 동적 콘텐츠 + 타일 이미지 |
| 시나리오 3: 영상 재생 | 영상 스트리밍 재생 | 연속 스트리밍 트래픽 |
1.3 측정 결과 활용 시 유의사항
⚠️ 본 데이터는 표준 측정 환경 기준값이며, 실제 고객사 환경에서는 다음 요인에 따라 차이가 발생할 수 있습니다.
- 사용자별 사용 패턴 (페이지 체류 시간, 스크롤 빈도, 동영상 시청 비중 등)
- 접속 사이트의 콘텐츠 종류 (정적 페이지 vs 동적 페이지)
- 영상 재생 시 화질 설정 (SD/HD/FHD/UHD 등)
- 화면 전송 프레임 레이트 설정 (12fps / 24fps / Auto)
- 네트워크 환경 (대역폭, 지연 시간)
각 시나리오값은 위 조건이 바뀌면 시나리오 간 상대 순위도 달라질 수 있습니다.
2. 시나리오별 네트워크 사용량 (10명 동시 접속)
SHIELD Gate(RBI)는 서버가 렌더링한 화면을 압축 전송합니다. 따라서 네트워크 사용량은 접속 사이트의 원본 용량이 아니라 화면 변화량과 압축 효율에 좌우됩니다. 연속 스크롤이 잦은 일반 웹 서핑은 화면 전체가 계속 갱신되어 트래픽이 가장 높고, 영상 재생은 변화가 재생 영역에 집중되어 상대적으로 낮게 측정됩니다.
측정 결과 트래픽 크기: 일반 웹 서핑(75.18) > 영상 재생(50.05) > 지도(32.70).
2.1 시나리오 1: 일반 웹 서핑
| 측정 항목 | 측정값 |
|---|---|
| 네트워크 평균 | 75.18 Mbps |
| ㄴ 수신 (RX) | 80.23 Mbps |
| ㄴ 송신 (TX) | 70.12 Mbps |
| Pod CPU 총합 | 0.99 cores |
| Node CPU 총합 | 3.09 cores |
💡 연속 스크롤 시 뷰포트 전체가 매 프레임 갱신되어 화면 변화량이 가장 큽니다. 반대로 페이지 체류(읽기) 중에는 트래픽이 거의 발생하지 않습니다. 본 수치는 스크롤이 집중된 구간 기준입니다.
2.2 시나리오 2: 지도 사이트 (네이버 지도)
| 측정 항목 | 측정값 |
|---|---|
| 네트워크 평균 | 32.70 Mbps |
| ㄴ 수신 (RX) | 35.11 Mbps |
| ㄴ 송신 (TX) | 30.29 Mbps |
| Pod CPU 총합 | 1.22 cores |
| Node CPU 총합 | 4.15 cores |
💡 지도는 스크롤·확대 시 타일 이미지가 로딩되나 평균 트래픽은 낮습니다. 다만 인터랙션 빈도가 높아 CPU 사용량은 일반 웹 서핑보다 높게 나타납니다.
2.3 시나리오 3: 영상 재생
| 측정 항목 | 측정값 |
|---|---|
| 네트워크 평균 | 50.05 Mbps |
| ㄴ 수신 (RX) | 60.80 Mbps |
| ㄴ 송신 (TX) | 39.30 Mbps |
| Pod CPU 총합 | 2.12 cores |
| Node CPU 총합 | 6.03 cores |
💡 영상은 재생 영역 위주로 변화가 집중되고 움직임이 연속적이라 압축 효율이 높아, 트래픽은 일반 웹 서핑보다 낮습니다. 반면 연속적 화면 갱신으로 CPU 사용량은 세 시나리오 중 가장 높습니다. 화질(SD/HD/FHD)에 따라 변동이 있을 수 있습니다.
3. 1인당 환산 및 용량 산정
3.1 시나리오별 1인당 사용량
위 10명 측정값을 사용자 1인 기준으로 환산한 값입니다.
| 시나리오 | 네트워크 평균 (1인당) | 수신 (RX) | 송신 (TX) | Pod CPU (1인당) |
|---|---|---|---|---|
| 일반 웹 서핑 | 약 7.5 Mbps | 약 8.0 Mbps | 약 7.0 Mbps | 약 0.10 cores |
| 지도 사이트 | 약 3.3 Mbps | 약 3.5 Mbps | 약 3.0 Mbps | 약 0.12 cores |
| 영상 재생 | 약 5.0 Mbps | 약 6.1 Mbps | 약 3.9 Mbps | 약 0.21 cores |
3.2 최대 부하 기준 산정 (보수적)
일반 웹 서핑(연속 스크롤)은 측정 시나리오 중 트래픽이 가장 높아, 인프라 용량 산정 시 보수적 기준으로 활용할 수 있습니다. (1인당 약 7.5 Mbps 기준)
| 동시 접속자 수 | 예상 네 트워크 평균 | 권장 대역폭 (여유율 30%) |
|---|---|---|
| 10명 | 약 75 Mbps | 약 98 Mbps |
| 50명 | 약 375 Mbps | 약 488 Mbps |
| 100명 | 약 750 Mbps | 약 975 Mbps |
| 200명 | 약 1.5 Gbps | 약 1.95 Gbps |
| 500명 | 약 3.75 Gbps | 약 4.88 Gbps |
💡 권장 대역폭은 피크 트래픽 및 네트워크 변동 대응을 위해 측정값 대비 30% 여유율을 더한 값입니다.
3.3 일반 업무 혼합 기준 산정 (권장)
실제 사무 환경에서는 웹 서핑이 주를 이루고 연속 스크롤은 일부 구간에만 발생하므로, 다음 혼합 비율 기준을 현실적 산정값으로 권장합니다.
| 사용 패턴 | 비율 | 1인당 평균 트래픽 |
|---|---|---|
| 일반 웹 서핑 | 70% | 7.5 Mbps × 0.7 = 5.25 Mbps |
| 지도/검색 등 인터랙션 | 20% | 3.3 Mbps × 0.2 = 0.66 Mbps |
| 영상 재생 | 10% | 5.0 Mbps × 0.1 = 0.50 Mbps |
| 혼합 평균 (1인당) | 약 6.4 Mbps |
| 동시 접속자 수 | 혼합 패턴 예상 트래픽 |
|---|---|
| 10명 | 약 64 Mbps |
| 50명 | 약 320 Mbps |
| 100명 | 약 640 Mbps |
| 200명 | 약 1.28 Gbps |
| 500명 | 약 3.2 Gbps |
💡 본 혼합 비율은 일반 사무 환경 가정값이며, 고객사의 실제 업무 특성에 따라 비율 조정이 필요합니다.
4. CPU/메모리 리소스 사용량
4.1 시나리오별 시스템 리소스 (10명 동시 접속)
| 시나리오 | Pod CPU 총합 | Node CPU 총합 | 1인당 Pod CPU |
|---|---|---|---|
| 일반 웹 서핑 | 0.99 cores | 3.09 cores | 약 0.10 cores |
| 지도 사이트 | 1.22 cores | 4.15 cores | 약 0.12 cores |
| 영상 재생 | 2.12 cores | 6.03 cores | 약 0.21 cores |
4.2 프레임 레이트 설정에 따른 리소스 영향
화면 전송 프레임 레이트에 따라 CPU 사용량이 변동됩니다. 아래는 네이버 지도 기준, 2명 자동화 테스트 결과입니다.
| 프레임 설정 | 버전 | CPU 사용량 | 메모리 사용량 | 비고 |
|---|---|---|---|---|
| 12fps | 기존 | 1.5 cores (40%) | 1,026 Mi (32%) | - |
| 12fps | 개선 | 1.5 cores (38%) | 958 Mi (32%) | 차이 미미 |
| 24fps | 기존 | 1.6~1.7 cores (44%) | 1,027 Mi (32%) | - |
| 24fps | 개선 | 1.7 cores (50%) | 956 Mi (32%) | CPU 소폭 증가 |
| Auto | 기존 | 1.7 cores (46%) | 1,026 Mi (32%) | - |
| Auto | 개선 | 1.8 cores (50%) | 1,018 Mi (32%) | CPU 소폭 증가 |
💡 프레임 레이트가 높을수록 사용자 체감 품질이 향상되나 CPU 사용량도 증가합니다(정상 현상). 일반 업무 환경에서는 12fps로도 충분한 사용성을 제공합니다.
5. 자주 묻는 질문 (FAQ)
Q1. 본 측정값은 어떤 환경에서 얻어진 것인가요? A. 클라우드 가상화 개발·테스트 환경(8 Core, 32GB RAM)에서 10명 동시 접속 기준으로 측정하였습니다. 고객사 내부망의 대역폭·사용 패턴에 따라 실제 수치는 차이가 있을 수 있습니다.
Q2. N명일 때 트래픽은 어떻게 산정하나요? A. 1인당 평균 트래픽 × 동시 접속자 수로 환산합니다. 일반 사무 환경은 3.3절 혼합 기준(약 6.4 Mbps/인), 보수적 산정은 3.2절 최대 부하 기준(약 7.5 Mbps/인)을 사용하시고, 피크 대응을 위해 30% 여유율 추가를 권장합니다.
Q3. 영상 재생 비중이 낮은 환경에서도 어떤 기준으로 산정해야 하나요? A. 일반 사무 환경에서는 3.3절 혼합 기준이 현실적입니다. 트래픽을 가장 크게 잡아야 하는 보수적 산정에는 최대 부하 시나리오인 **일반 웹 서핑(연속 스크롤) 기준(3.2절)**을 활용해 주십시오.
Q4. 수신(RX)과 송신(TX) 트래픽이 다른 이유는 무엇인가요? A. 모든 시나리오에서 수신(RX)이 송신(TX)보다 크게 측정됩니다. RBI 환경에서는 서버가 렌더링한 화면 데이터가 사용자 방향으로 전송되는 비중이 크기 때문입니다.